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TIPO MOJIEJIFOBAHHA HAJIIMHOCTI TA OLTHIOBAHHA 
B CHCTEMI XMAPHHX CEPBICIB 


A typical system of reliability of cloud services with a cloud management system is explored. The proposed 
model is service-oriented and hierarchical. It includes two phases of query maintenance: 1) time-out and overflow; 
2) execution. The model is described by the system of Chapman-Kolmogorov equations. The final stage of the 
process is protection of user requests and results of tasks execution. An approach to cloud data security is proposed 
which, unlike traditional approaches, guarantees confidentiality and security of information even at compromising 
the provider of cloud service or its infrastructure. 
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JlocmipKyeTbca THMOBa CHCTeMa HajiifHOCTi XMaPHHX cCepBiCiB 3 CHCTeMOIO KepyBaHHA XMapaMu. 
IIponoHoBaHa MOjeIb CepBiCHO-opicHTOBaHa Ta iepapxiuHa. Bona BKOYae ABI thas OOCIyrOByBaHHA 3allHTIB: 
1) nonepequa (TaliM-ayT 1 WepeloBHeHHa); 2) BHkKOHaHHA. Moje onvcyeTbca cucTemMoro piBHaHb Uernmena- 
Kommoroposa. OctaHHili eTall Ipollecy - 3aXHCT 3aMTIB KOPHCTyBayiB Ta BHKOHaHHA 3aBaHb. 3alIpomoHoBaHo 
THAXI, WO 3aXMCTY TWaHuX XMapHuX JaHHX, AKWM, Ha BIMIHY BI TpagqnIHux WiAXxoOMiB, rapaHTye KOHIeHIMMHICTS 
Ta Oesneky intpopMaltii, HaBITb Ip KOMIpoMeTaliii NocTayasIbHHKa XMapHHXx CepBiciB aOo Horo in*pacTpyKTypu. 


Kar040Bi c10Ba: CucTeMa XMapHHXx CepBiciB, Oe3leKa JaHUX, MOJ{eJIOBaHHA HaiMHOcTi 


Introduction 

Recently at the diagnosing of the tech- 
nical infrastructure and its components there 
is more demand determine the physical condi- 
tion of the facility, and very important infor- 
mation about the properties of the physical 
environment depending on the type of hidden 
or overt defects and performance degradation 
or various destructive processes. All these 
processes cause the possibility of changing 
the technical condition. And this requires the 
development of appropriate methods of pre- 
dicttive diagnosis of equipment based on the 
detection of relevant signs of change in their 
environment. The transition from production 
and implementation to the service sector sets 
new requirements and provides new opportu- 
nities for software. 

The international standard ISO 9001: 
2015 contains characteristics that allow you to 
evaluate software from the perspective of a 


user, developer and project manager. We 
recommend 6 main characteristics of software 
quality, each of which is detailed by several 
(only 21) subcharacteristics. 

Functionality is detailed with suitability 
for use, precision, security, ability to interact 
and consistent with standards and design ru- 
les. Software reliability is characterized by a 
level of completeness (no errors), error tole- 
rance and restart. Applicability is characteri- 
zed by an intelligibility, training and ease of 
use. Efficiency is characterized by resourceful 
and temporary economic efficiency. Accom- 
paniment is characterized by convenience for 
analysis, variability, stability and test. Tolera- 
bility is characterized by adaptability, struc- 
turing, substitution and implementation. 
Characteristics and subcharacteristics in the 
standard are defined very briefly, without 
comments and recommendations for their 
application to specific systems and projects. 
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Cloud computing enables the massive- Problems 
scale service sharing, which allows for users The problems to be solved: 
to access technology - enabled services with- - Explore the cloud computing reliability 
out a knowledge of, an expertise with, or a model to provide convenient, on-demand 
control over the technology of infrastructure access to a common pool of computing 
that supports them. Cloud computing is diffe- resources with minimal management effort 
rent from, but is associated with distributed from the service provider. 
(grid), utility computing and transparent com- - Ensure a protection of user information 
puting. Transparent computing [1,2] means before access to the generic pool of compu- 
that complex reverse services are transparent ting resources. 
to users who see only a simple interface that Description of the cloud computing 
is convenient to use. system 

The main advantages of cloud compu- The architecture of the typical cloud 
ting services are: a self-service, wide network service system is depicted in Fig. 1, which is 
access, resource pooling, fast scaling. Despite also a typical representation of most modern 
these benefits, the widespread use of this new or future cloud service systems [1,4]. In the 
technology faces a number of obstacles, middle of there is a cloud management system 
including security and privacy. In addition to (CMS), which consists of a set of servers 
traditional security risks, as with any cloud (either centralized or distributed). The CMS 
computing system connected to the Internet, mainly fulfils four different functions, 
cloud systems have particular security and namely: 1) to manage a request queue that 
privacy issues due to virtualization and their receives job requests from various users for 
multilevel nature [3]. cloud services; 2) to manage computing 

The reliability of cloud computing is resources (such as PCs, clusters, supercompu- 
difficult to analyze due to the characteristics ters, etc.) above the Internet; 3) to manage 
of the massive-scale service sharing, wide- data resources (for example, databases, publi- 
area network, heterogeneous of software and shed information, content of the URL, etc.) all 
hardware components and complicated inter- over the Internet; 4) to schedule a request and 
actions among them. Therefore, reliability divide it into different subtasks; assigning 
models for pure software/hardware or conven- subtasks to different computing resources that 
tional networks can not be simply applied to may have access different data resources over 
study the reliability of the cloud [1]. the Internet. 
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Fig. 1. Cloud Service System 
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When a user requests a certain given 
cloud service, a workflow template is provi- 
ded for describing and managing the cloud 
service [5]. The service workflow template 
includes various subtasks Si (i=I,...,m) and 
their interrelationship (data dependency). It 
also shows the required data resources to 
which subtasks need to be accessed, for 
example, at startup. With the cloud service 
workflow, the scheduler in the CMS can 
assign these subtasks to different computing 
resources Kj (j = J,...,2) when allocating data 
resources. While the computing resources Kj 
and data resources Di receive commands or 
subtasks from the CMS, they form the net- 
work according to the connectivity or acces- 
sibility, for example, K2 is directly related to 
K3, but can not directly communicate with K4 
due to the connectivity (for example, compu- 
ters K2 and K3 may be both behind routers that 
translate their original IP addresses so that 
they cannot directly build the TCI/IP connec- 
tion, or they do not have access to each other). 

The network of clouds can be very 
large, and each link is a virtual link, which 
may go through many components (routers / 
cables / optical fibers / machines) over a 
long distance. Thus, computing resources will 
work together via the network to run the 
subtasks while accessing necessary data from 
their data resources. When the job is finished, 
the results will return to the user who request 
this service, as shown in Fig. 1. 

There are a variety of types of failures 
that may affect to the reliability of a cloud 
service, including overflow, time-out, data 
resource missing, computing resource mis- 
sing, software and hardware failures, database 
failure and network failure. It is impossible to 
provide nothing of failures in complex soft- 
ware designing, due to the reliability of them 
functioning always has a finite, limited value. 
It is assumed that there is a correct, reference 
state of the object in relation to which the 
presence of a failure may be determined. 

For systematic, coordinated struggle with 
failures it is necessary to investigate factors 
that affect the reliability of software from 
random, existing potential possible defects in 
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specific programs, and in extraordinary cir- 
cumstances diagnostic tests of the system may 
be performed. If under these situations fairly 
rapid recovery will happen, such that no 
refusal is fixed, then such events do not affect 
on the main indicators of reliability — the 
amount of failure and the readiness coefficient. 

Hence, the reliability of the operation of 
programs is a dynamic concept, which mani- 
fests itself in time and differs significantly 
from the notion of the correctness of prog- 
rams. The basic principle of classification of 
accidents, failures and errors in programs in 
the absence of their physical destruction is the 
time division by the duration of recovery after 
any distortion of programs, data or computa- 
tional process recorded as disabled. Consider 
the possible failures [1]: Overflow (failure): 
queue queries due to restrictions on the 
maximum number of queries. Time-out: - a 
waiting time (or completion) failure that is set 
by the user or service monitor [5]. Data 
resource missing is due to the fact that some 
previously registered data have been deleted, 
but the data resource manager has not been 
updated. Computing resource missing: 1s due 
to the fact that the computer turns off without 
notifying the CMS. Software failure: is 
because subtasks work on various computing 
resources and contain software malfunctions 
[6]. Database failure: is that stores the neces- 
sary data resources takes place, and subtasks 
at work can not access the required data. 
Hardware failure: is due to the fact that 
computing resources and data resources gene- 
rally have hardware (such as computers or 
servers) that may also fail. 

In addition, these different types of 
failures are not independent in the cloud ser- 
vice. The proposed cloud reliability model is 
service-oriented and hierarchical. It compre- 
hensively examines different types of errors 
that have a significant impact on the success 
or failure of cloud services, including over- 
flow, time-outs, data resource missing, com- 
puting resource missing, software failure, 
database failure, hardware and network failu- 
res. And the final stage of management is the 
protection of data and computing, which is 
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also carried out by the object-oriented 
approach. 

Cloud services reliability modeling 

1. Determination of the probability of 
failures such as time out and overflow 

In [6] there is a simple classification of 
the above errors into two groups for the life 
cycle: 1) Request phase failures: overflow and 
timeout. 2) Execution phase failures: data 
resource missing, computing resource mis- 
sing, software failure, database failure, hard- 
ware failure and network failurers. These two 
groups of bounces may be considered inde- 
pendent. However, the failure in each group 
strongly correlates. Thus, the simulation of 
the reliability of cloud services may be 
divided into two parts: simulation of reliabi- 
lity at the request phase and modeling the 
reliability of the implementation phase. 


In the first step, if the job request is not 
executed by the scheduler before the set time, 
it will be discarded. The rejection rate is de- 
noted by ur. Assume that the queue of the 
request is N. It is assumed that the arrival of 
applications for work is subject to the Poisson 
process with the arrival rate Aa. 

Usually, there are multiple schedule ser- 
vers to serve the requests. Let the total num- 
ber of S homogeneous schedule servers run 
simultaneously to execute queries. The ser- 
vice time for completing one request for each 
such server is considered to be exponentially 
distributed with the us parameter. Thus, such 
a process can be modeled using the Markov 
process with expectation, in which the state n 
(n = 0,1, ..., N) is the number of requests 
(Fig. 2) [1,7,8]: 


To Ee 


Fig. 2. Markov model for request queue [1]. 


Failures are detected with intensity 4, 
and corrected with the intensity , The service 
rate from the state n to the state n + J is Aa. At 


_ q,= 1 ’ (2 ) 


the state N, the arrival of a new request will 
make the request queue overflow, so the 
request is dropped, and the queue will still 
stays at state NV. The service rate of a request 
by scheduler server is wr. If n < S, then n 
requests can be immediately serviced by S$ 
scheduler servers, so the departure rate of any 
one request is nur. If n > S, only S request are 
being simultaneously serve by shedule ser- 
vers, so the departure rate Sur. The dropping 
rate for any one request in the queue to reach 
its due time is nud (n = 1,2, ..., N). 
Denote by gn the stable probability that the 
system will remain in the state n (n = 0,1, ..., 
N), where qn is deduced by solving the 
Chapman-Kolmogorov equations [1,8]: 


where Roverflow is the probability of that an 
overflow failure will not occur, q,, (n = 0,/, ..., N). 

If n <S, then the new request that has arrived 
can be immediately served without any waiting 
time. Therefore, the probability for the time-outs 
and overflows are not to occur (1.e., the request 
phase is reliable): 


N—1 


Rysquest -y In pa Qn is f,(t)dt (3) 


where f(t) is the Aiébability density of time-outs. 
The sum in (3) between [0, N-/] contains the 
condition that a failure due to overflow does not 
occur, as analyzed in (1). 


Rediow = = — Vw (1 ) 1) 
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If some software module contains a 
failure, identical "backup" modules will also 
contain the same error. Therefore, the next 
step is to correct failures by the system itself. 

2. The first phase of cloud computing 
reliability modeling 

The preparatory phase of modeling will 
be carried out in the form of a mass mainte- 
nance system (MMS). Define the characteris- 
tics of all its main elements: the characteris- 
tics of the flow of requests and the source of 
requests; rule of queuing; characteristics of 
the service system (characteristics of the ser- 
vice law, number of channels, number of ser- 
vice phases, service rule). For systems with- 
out loss (with unlimited expectations), the 
fairly important indicator of service quality is: 
the average number of requests in the queue, 


a* /k! 
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the average number of system requirements, 
the average waiting time for the queue 
requirement, the average time required to stay 
in the system, the idle factor or the load factor 
of the service system and other. 

Usually the operation of the MMS is 
described by "birth and death" process. The 
heterogeneity implies a difference both in the 
form of the received information and in the 
characteristics of the flow and the characteris- 
tics of service requirements from different 
streams. Taking into account the physical 
nature of the formation of flows, one can 
determine the law of distributing the intervals 
between the requirements of the flow. 

Calculated expressions for the probabi- 
lities of states of the system of MMS [9]: 


Pr 


~ Sn (a*/k! + a" /n!) Y=, [a*/TE,_,( + mB)]’ 


(0<k<n) 
(4) 


[a"/nt] [a* /TTn=1(m + mB)) 


When we know the probabilities of all 
states of the system, it is easy to determine the 
probability of Px that the request will leave 
the system unattended: this is the ratio of the 
average number of requests from the queue 
per unit time to the average number of 


m,;, = M{s] = ti SPnis 


To obtain Px, someone must multiply 
the ms request by the average density of the 
"waste" of one 


(s =0) (5) 


requests received per unit time. Find the 
average number of requests coming from the 
queue per unit time. To do this, we first calcu- 
late the mathematical expectation ms, the 
number of requests that are in the queue: 


a" /n![TS,sa* /T,-1(n+mB)] 


© Epp (@*/ket+a”/n!) DF ofa Tg, —a(n-4mB J] 


(6) 


~ a" /n! Pe=s[sa*/Tip—s(+mB)] 


fa = a S2_(a*/k!4+a"/n!)S=_,[a5/TIS,_,(n+mB)] 


The throughput of the system is 


characterized by the probability that the request 


q=1-Pu. 


(7) 


which got into the system will be served: 


(3) 
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It is obvious that the throughput of the 
system with expectations, with the same 4 and 
bt, will always be higher than the capacity of 
the system with failures: in the event of 
waiting, unplanned, not all requests that 
caught n channels occupied, but only some. 

Bandwidth increases with an increase in 
average waiting time me=//v. The direct use 
of the formula (4-7) is somewhat complicated 
by the fact that it includes infinite amounts. 
We introduce instead of densities 4 and v 
"given" densities: 

Al w= Ampr = 4, 
V/ L=V/mpr= PB. (9) 

The parameters a and / mean respecti- 
vely the average number of requests and the 
average number of care queues that are 
queued for the average service time of one 
request. 

Obviously, when f — oo, the system 
with expectation should turn into Erlang's sys- 
tem with failures (the request instantly leaves 
the queue). Let us consider another extreme 
case: a pure system with expectation (f — 0, t 
— 0, a <n). In this system, requests do not 
go out of the queue at all, and therefore Pu = 
0: each requests sooner or later waits for 


service [8] 
n= [De qnti 
ki nl(u—a) 
n!(n — @) (10) 


Hence, using formulas (4) and (5), we find 
a* /k! 


= 


Pk 55 Tak/Mta™ t/a Os*S™ 
(11) 
and similar for k=n+s (s=0) 
a®™** /nin? 
=e m_ja*/k!+a™*1/n! (n—a) 
(12) 


The average number of queuing 
requests is determined from the formula (6) at 
po: 


quti 


ml —a/ny? 
a ak qnti 
k=-0 kl * ni(n—a) 
(13) 

3. Cloud service systems modeling 
whith using of typical mathematical schemes 

It is known that there are two basic prin- 
ciples for constructing simulating algorithms: 
"At" and "dz" [8]. In modeling algorithm s 
built on the principle of "6z", that is, in 
random-step algorithms, Q-scheme elements 
are re-evaluated during modeling only at mo- 
ments of special states (appearance of 
requests from the RD source or changes in the 
status of the channel C). In this case, the dura- 
tion of the step depends on both the character- 
ristics of the system itself and the effects of 
the environment E. When the asynchronous 
method of constructing a modeling algorithm, 
the leading (synchronizing) element is not 
used, and the next step of modeling (viewing 
elements of the Q-scheme) can correspond to 
any state the whole set of RD elements, the 
SD or C drive. In this case, the elements of 
the Q-scheme are arranged sporadically - only 
those elements that can change their state 
(view with forecasting) may be checked. 

Consider the use of Q-circuits for a for- 
mal description of the process of functioning 
of a system. A typical situation in the job of 
such systems is the appearance of requests 
(requirements) for service and completion of 
service at random moments of time, that is, 
the stochastic nature of the process of their 
functioning. In the general case, the moments 
of receipt of requests in the system from the 
external environment form an incoming 
stream, and the moments of service termina- 
tion form the output stream. 

Formalizing some real system with a Q- 
scheme, you need to build the structure of 
such a system. As elements of the structure of 
Q-schemes we will consider elements of three 
types: RD - sources; SD - drives; C - service 
channels. 

When using the principle of "6z" con- 
structing an asynchronous modeling algo- 
rithm it is expedient to consider the process of 
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changing the states of elements of the Q- 
scheme in the direction opposite to the direc- 
tion of request motion in the system. This can 
be done by cyclically reviewing all the ele- 
ments of the Q-scheme at each step of the 
modeling, and determining which requests 
transitions from one element to another can 
occur at this time of system time. This 
asynchronous cyclic modeling algorithm in 
terms of viewing states of elements of the Q- 
scheme is identical to the deterministic mode- 
ling algorithm. The only difference is that the 
countdown of the system time is carried out 
as follows: 
t, =min (min t,,;5min t.); (14) 


that is, the time of the next step is determined 
at least from the minimum completion time of 
the service started by all the channels of all 
phases of the Q-scheme and the minimum 
time of regular requests received from the 
source. System time (14) is the minimum time 
of release of a channel KX, , or the time until 


a new request with a RD is received. 

4. Reliability's modeling of the cloud 
computing execution phase 

4.1. Minimal subtasks spanning 
graph (MSSG) 

During the execution phase, possible 
failures due to data resource missing, compu- 
ting resource missing, software failure, data- 
base failure, hardware failures, and network 
failures. We apply the logic-probabilistic 
method of determining reliability of calculati- 
ons. The simplest case of a sequential subtask 
structure can be represented as a minimal sub- 
tasks spanning graph (MSSG) of the available 
its elements (nodes and links), which ensures 
the success of the execution of the entire ser- 
vice. We calculate the lower bound of the 
probability of failure-free operation of all 
subtasks: 

M 
Pre(t) = pi(t) (15) 
i=1 


Each MSSG contains exactly one set of 
data resources without duplication, for which 
data resources and pre-subtasks are provided 
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that provide a certain input (input data). For 
each i-th element, the probability of a fail-free 
operation of the p;(t) is calculated according 
to the normal law: 


pi(t) = TL, exp{—ai : Tpi}, 

A= const. (16) 

Consequently, searching for all MSSGs 
and defining the working hours of their ele- 
ments is a preparatory step in identifying the 
reliability of the cloud service. To solve the 
problem of constructing and passing the 
graph, the algorithm is proposed that imple- 
ments the search in depth and width in accor- 
dance with the structure [9,10]. 

4.2. Minimum overlap execution 
graph (MOEG) 

If any set of subtasks M is successful, 
then the execution is reliable for the cloud ser- 
vice to perform the required set of subtasks, 
so the MBSG may be displayed as overlap- 
ping of the above MSSG sets [1,12]. M of 
MSSG graphs are obtained and combined for 
the creation of MOEGs. For each common 
element, when the graphs intersect together, 
record more working time as the final 
working time of this element in the MOEG. 

With a list of N graphs of the MOEG 
and the corresponding completion time, the 
reliability of the cloud service may be deter- 
mined at execution phase failures, as follows 


N 
Pe(t) =P (U Pues) (17) 
i=1 


this means that any MOEG from the total 
number of MOEG routes that will be achieved 
will make the performance of the cloud ser- 
vice successful at execution time. Let us mark 
the event Fj as the successful work of the j-th 
MOEG, and mark the event E; — unexecuting 
of it. Using the Bayes theorem [11] under 
conditional probability, we can deduce (16) as 
the sum of conditional probabilities: 


Ni 


DR cmat ties = P(U, MOEG,) = y21P(E) . 
P(E, E;,--.Eal6,) 


(18) 
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The next step generates all possible 
combinations of identified critical elements 
that lead to the event Ey, E5,...,E;4|E; by 
means of a binary search and calculates the 
probability of these combinations. Their sum- 
mation is P(E,,E, ane F._,|E;). 

When calculating the probability of 
failure of the MOEG elements, the maximum 
time of the corresponding entries in the list 
for this MOEG should be used. Finally, if the 
cloud service needs to be successfully com- 
pleted, the request phase and the execution 
phase must be reliable at the same time. 


Porvice(t) = Pn (t)P.(£) (19) 


where P.,.(¢) can be obtained from (15), and 
R,(t) can be deduced from (17). 

Protecting authorized user information 

Most authorized user information solu- 
tions are still based on a traditional security 
concept and are mainly focused on system- 
oriented or VM (virtual machine) - oriented 
approaches. 

In [12], the proposed solution uses the 
Chinese Remnant Theorem and the public key 
cryptosystem for the secure exchange of 
secure user data stored in a cloud computing 
environment among authorized users. The 
solution is based on modules, each of which 
provides a set of services, which are mainly 
located in the management of the data owner. 

The first module is intended to encrypt 
data before it is outsourced to a cloud infra- 
structure. The second module creates opportu- 
nities for a more effective way of managing 
access control policies through a secret key 
that is intended for sharing and access to data 
check. The third module is used to provide 
secure search for encrypted data through the 
generation of encrypted keywords. The results 
of all the previous modules are used to create 
the resulting container. 

Using the container is the result of a 
solution finding that increases security and 
confidentiality and meets the cloud computing 
environment. Using the container, as part of 
the proposed solution, is able to preserve the 
privacy, integrity and authenticity of cloud- 


based data, even from the cloud-based pro- 
vider with minimal impact on the functiona- 
lity of encrypted data that matches the capabi- 
lities of search and distribution for authorized 
users. Eventually, it is important Remember 
that the security features offered in the con- 
tainer depend on the cryptographic algorithms 
used in this solution and are under the control 
of the data owner. 

Conclusion 

Some problems of modeling and 
estimating reliability in the cloud services 
system are considered in the article, namely, 
the cloud computing model for providing con- 
venient network access upon request to the 
common pool of computing resources that are 
configured. For a typical structure, cloud ser- 
vice failures are analyzed in the main stages 
of its life cycle. The Markov model for wai- 
ting queue queues and calculation of bounce 
parameters are obtained by solving the 
Chapman-Kolmogorov equations on _ the 
example of a five-channel system with 
unlimited time. 

The object-oriented approach and data 
security solutions in the cloud are proposed, 
which, unlike traditional approaches, guaran- 
tees the confidentiality and security of infor- 
mation, even when compromising the provi- 
der of cloud services or its infrastructure. 
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PE3IOME 


C.®@. Testennk, O.B. Capuyk, 
€.0. Tokpospcpknit, 
O.M. Mopra.tn, O.A. TMoxustenko 

IIpo Mojes1oBaHHA HasiHocTi Ta 
OWiHIOBaHHs B CHCTeMi XMapHHX CepBiciB 

JlociipKeHa MOjeub HayWHocTi xMap- 
HUX OOUHCICHb 3 MeTOIO 3a0e3IIC4eHHA 3py4- 
HOrO MepexKeBoro JOCTyIy NO 3alvTy 10 
3arasIbHOro IyJty OOYMCIIOBAJIbHHX pecypciB 
3 MIHIM@JIbBHHMH 3YCHJIIAMM yiupaBJHHA 3 
Ooky MocTayasIbHuKa MOcIyr. 

PosruiaHyTa apxiTeKTypa THMOBOI cHCc- 
TeCMH XMapHHX CepBiciB 13 CHCTeMOIO Kepy- 
BaHHA XMapamu (CKX), mo ckulaqaeTbca 3 
HaOopy cepBepis. Mepexxka xMap Moxe cKIa- 
qatTuca 3 OaraTbox BipTyasIbHHXx j1aHOK. Bci 
OOUMCIOBAIbHI PecypcH pallkOIOTh pa30M 
yepe3 Mepexy, 1100 3a0e3le4uHTH ocTyn Oo 
HeoOxiqHux aHHX 3 pecypciB WaHHx WIA 
pO3B’s3aHHA Tif3aBqaHHa. Pe3synbTaTu 3aB- 
JaHHA, WO 3aBepIeHO Ta 3axXHIeHO, MoBep- 
TalOTbCA KOPHCTyBayeBi. 

IIponoHopana MOjlesIb HawiiHOcTi xMap 
€ CepBIC-Opi€HTOBaHOIO Ta iepapXxi4Horo, 
BKHOWAE WBi Pa3sv OOCIyrOByBaHHA 3alIMTiB: 
1) nonepeyHto (TaliM-ayT Ta lepeloBHeHHA); 
2) BHKOHaHHA. 3aBeplliasIbHUM eTallIoM pooo- 
TH € 3aXHCT 3alMTiB KOPHCTyBada Ta pe3yJIb- 
TaTiB BHKOHaHHA 3aByaHb. Bu3HayeHi Bipo- 
TIMHOCTI TIOMMJIOK TaliM-ayTa Ta TeperloB- 
HeHHa. [loka3HHK BIZKMaHHA 3alMTIB Yepe3 
TlepelOBHeHHA BUMBOMTBCA LWWIAXOM BUpi- 
WIeHHA pecypcaMu piBHaHb Uermmena-Kosmo- 
TopoBa. 
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@MyHKWiOHyBaHHA CHCTeMH MacoBoro 
OOCIYrOByBaHHA OMMCYETBCA IIpOWecoM THITY 
«3arHOelIb Ta PO3MHO%KeHHA». 3HaIoun HMMO- 
BIPHOCTi BIJJMOB BCIX €JICMeHTIB CHCTeMH, 
MOKHAa JIerKO BH3HAYHTH MMOBIPHicTb Py Toro, 
WIO 3aaBKa IIOKMHe cicTeMy 6e3 oOcyIyroBy- 
BaHHa. [TpomyckHa 3aTHICTb CHCTeMH xapaK- 
TePH3YETbCA MMOBIPHICTIO TOTO, LO 3a4BKa, LO 
TloTpanuia B cucTemy, Oye OOciyroBana. Po3- 
TIAHYTI YMOBH 4MCTOI CHCTeMH OUIKyBaHHA, 
KOJIM 34ABKH B3arasii He HAyTb 3 4epru. 

Jia cbopMasbHoro omucy mporecy cTo- 
XaCTH4HOrO (PYHKWIOHYBaHHA XMapHOi cucTe- 
MH BMKOpHcTaHa Q-cxema. 3acTocoBaHHit 
aCHHXPOHHH WMKIN4HHM asIropHTM 3 BUTMAaKO- 
BHM KPOKOM Ta cllopay{H4HHM TepersiayIoM evie- 
MeCHTIB KOXKHOFO Tiq3aBaHHA. JloByxKMHAa 4ep- 
TOBOrO KPOKy BH3HayaeTbCA 3 MIHIM@JIBHHX 4a- 
CIB 3AKIHYeHHA TOUaTOrO OOCIyrOByBaHHA BCI- 
Ma KaHaJiaMv BCIx (a3 Q-cxeMM Ta MiHiMaJIb- 
HOrO Yacy HaxXONPKeHHA YeprOBHX 3aABOK 3 
IpKepesia. 

Ha etatii BHKOHaHHA 3acTOCOBaHHit 
JIOTIKO-MMOBIPHICHHM MeTO BH3HayeHHA Oe3- 
TOMHJIKOBOCTi OONMCIIeHb TiT3aByaHb. Haii- 
TIpocTimHi BHTayOK MOCAOBHOI CTpyKTypu 
THI3aBTaHHA MpecTaBeHH y BHTIIATI MiHI- 
MaJIbHOTO 3B’ A3YIOUOrO Tpada OCTYMHUX 1-HXx 
eJIEMeHTIB (BY3JIB i 3B’A3KIB), IO TapaHTye 
ycllix BAKOHaHHA BCbOrO Ti7q3aByaHHA. HaBeye- 
HO (opMyly po3paxyHKy HWKHbOI rpaHuil 
HMOBIPHOCTI Oe3IIOMHJIKOBOTO OOUMCIIIOBAaHHA 
BCbOTO Ii{3aBaHHA. 

Ha (ba3i BUKOHaHHA OOYMCIIOETBCA MI- 
HIM@JIbHuM rpad nepexputTta. Jia ycrimHoro 
3aBepleHHA cCepBicHoro oOcjyrOByBaHHA 
oOugBi (a3n 3anmMTy fH BUKOHaHHA MOBHHHI 
OyTH HaiitHHMu ogHouacHo. JIA 3aBep- 
WasIbHOrO eTally MpoOnOHyeTBcA TWiAXIA oO 
3a0e3ledeHHA Oe3lleKH JaHHXx B XMapi, IO Ha 
BIAMIHY Bi, TpaqHiiitHux Wi7xoWiB rapaHTye 
KOHIAeCHIIMHICTS Ta Oe3sreky 1HopMaltii Ha- 
BITb IIpH KOMIIpoMetalii MpoBaiiyepa xMmap- 
HHX Mocyr ado Horo indbpactpyKtypu. 


Haodituuaa 0o pedakyii 12.10.2018 
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